home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 3 / QRZ Ham Radio Callsign Database - Volume 3.iso / digests / infoham / 931538.txt < prev    next >
Internet Message Format  |  1994-06-04  |  26KB

  1. Date: Mon,  3 Jan 94 11:33:38 PST
  2. From: Info-Hams Mailing List and Newsgroup <info-hams@ucsd.edu>
  3. Errors-To: Info-Hams-Errors@UCSD.Edu
  4. Reply-To: Info-Hams@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Info-Hams Digest V93 #1538
  7. To: Info-Hams
  8.  
  9.  
  10. Info-Hams Digest            Mon,  3 Jan 94       Volume 93 : Issue 1538
  11.  
  12. Today's Topics:
  13.                     "Renewal" batteries -- a note
  14.                      atomic clocks in TV networks
  15.                               cw waivers
  16.                                FFTMORSE
  17.                             MFJ  vertical
  18.                         QSLROUTE ftp address?
  19.                       Ramsey kits not too good?
  20.                        Strange Antenna (2 msgs)
  21.                        TOYOTAS AND MOBILE RIGS
  22.  
  23. Send Replies or notes for publication to: <Info-Hams@UCSD.Edu>
  24. Send subscription requests to: <Info-Hams-REQUEST@UCSD.Edu>
  25. Problems you can't solve otherwise to brian@ucsd.edu.
  26.  
  27. Archives of past issues of the Info-Hams Digest are available 
  28. (by FTP only) from UCSD.Edu in directory "mailarchives/info-hams".
  29.  
  30. We trust that readers are intelligent enough to realize that all text
  31. herein consists of personal comments and does not represent the official
  32. policies or positions of any party.  Your mileage may vary.  So there.
  33. ----------------------------------------------------------------------
  34.  
  35. Date: Mon, 03 Jan 1994 09:19:38 -0500
  36. From: titan.ksc.nasa.gov!k4dii.ksc.nasa.gov!user@ames.arpa
  37. Subject: "Renewal" batteries -- a note
  38. To: info-hams@ucsd.edu
  39.  
  40. In article <1993Dec25.211737.4849@gsm001.mendelson.com>,
  41. gsmlrn@gsm001.mendelson.com (Geoffrey S. Mendelson) wrote:
  42. > As for the reverse charging, try placing a diode in series with the 4.5 volt
  43. > pack.
  44.  
  45. Geoff-
  46.  
  47. The reverse-charging problem is caused by normal forward current, once one
  48. or more cells have reached zero voltage.  Therefore, the series-diode
  49. method won't work.  You must determine that the total battery voltage has
  50. dropped by the amount of one cell's voltage, and stop draining the battery
  51. when that occurs.  (On the other hand, a parallel schotky diode might
  52. help?)
  53.  
  54. A problem with the idea of replacing NiCds with the new alkalines, is that
  55. it is necessary to recharge the alkalines relatively early, in order to
  56. realize the long life they are claimed to have.  By not recharging until
  57. they reach zero volts, the number of times they can be recharged is
  58. reduced.
  59.  
  60. This is opposite of NiCds, which maintain a longer charge-life, when you
  61. don't recharge until they are nearly exhausted.
  62.  
  63. 73, Fred, K4DII
  64.  
  65. ------------------------------
  66.  
  67. Date: Mon, 3 Jan 1994 15:55:41 GMT
  68. From: netcomsv!netcom.com!wa2ise@decwrl.dec.com
  69. Subject: atomic clocks in TV networks
  70. To: info-hams@ucsd.edu
  71.  
  72.  
  73.  
  74. ------------------------------
  75.  
  76. Date: 3 Jan 94 13:51:35 GMT
  77. From: ogicse!emory!rsiatl!ke4zv!gary@network.ucsd.edu
  78. Subject: cw waivers
  79. To: info-hams@ucsd.edu
  80.  
  81. Note: followups directed to policy.
  82.  
  83. In article <gPcJFc1w165w@info-gw.mese.com> aragorn@info-gw.mese.com (Chris Craig) writes:
  84. >> Actually since W is not needed and it not any kind fo a reliable indicator of
  85. >> technical or operating comptetance I say hurray. CW as a requirement should b
  86. >> eliminated. It is an outmoded method of communication and is wrothwhile only 
  87. >> fun test of a particular skill. TI has no relavanve whatsoever to competance 
  88. >> any other phase of the hobby. I say that it is jsut taking up too much of the
  89. >> bands. MUCH more space should be allocated to the efficient digital modes suc
  90. >> pactor and more communication could be carried out. Even hf packet would be m
  91. >> better if all were not forced to operate on a very narrow range of frequencie
  92. >> Come out of the dark ages and into the light.
  93. >> 
  94. >> gilbaronw0mn@delphi.com 
  95. >
  96. >So, what are you suggesting?? That there be no test at all??? If so, just 
  97. >go to CB and use it. 11 meters is HF after all! I'm not about to tell you 
  98. >that allocating more space to efficent digital methods is a bad 
  99. >suggestion, actually that's the only constructive piece I saw in your 
  100. >message, but doing away with testing would destroy amateur radio once and 
  101. >for all.
  102. >                        Chris Craig
  103. >                                     KD4HDE
  104.  
  105. That's not what I read into his statement at all. (Though it would be
  106. nice if it were formated correctly and spell checked :-)) He's saying
  107. we should eliminate the irrelevant Morse test. I won't go into whether
  108. Morse is useful/useless here, my position is well known, but the *test*
  109. is useless since Morse users must know Morse to use it, by definition. 
  110. So if access is granted to spectrum where Morse is permitted, the operator 
  111. is going to have to gain competence in Morse to use it. Whether there's a 
  112. government test or not is irrelevant since the relevant test is on the air 
  113. operation. 
  114.  
  115. Simply put, those who don't know Morse will do no Morse until/unless
  116. they learn Morse.
  117.  
  118. Obviously, the Morse test is not the *only* test required of an amateur.
  119. So he's not advocating eliminating testing in general. (At least that's
  120. my interpretation of what he's saying.) Now you may or may not agree with 
  121. me on the following, but I think the current written exams are totally 
  122. inadequate to serve their intended purpose. That purpose is to make sure 
  123. the applicant knows enough to avoid injury to himself or others, knows 
  124. enough to detect, and possibly correct, transmitter faults that could 
  125. cause interference to other services (opening the envelope and finding
  126. the pink ticket isn't adequate for this purpose), and knows enough to 
  127. operate within the other amateur regulations. That's the sole legitimate 
  128. function of government testing. Since the Morse test doesn't fall under
  129. that category, it's not a legitimate interest of government.
  130.  
  131. Gary
  132. -- 
  133. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  134. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  135. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  136. Lawrenceville, GA 30244     |                     | 
  137.  
  138. ------------------------------
  139.  
  140. Date: 3 Jan 94 11:26:29
  141. From: idacrd.ccr-p.ida.org!idacrd!n4hy@uunet.uu.net
  142. Subject: FFTMORSE
  143. To: info-hams@ucsd.edu
  144.  
  145. It does NOT work as it comes with SB, SB PRO, or SB16.  It needed a complete
  146. rewrite of that section.  I am communicating these to the author.
  147.  
  148. Bob
  149.  
  150. --
  151. Robert W. McGwier                  | n4hy@ccr-p.ida.org Interests: ham radio,
  152. Center for Communications Research | scouts, astronomy, golf (o yea, & math!)
  153. Princeton, N.J. 08520              | ASM Troop 5700, ACM Pack 53 Hightstown
  154. (609)-279-6240(v) (609)-924-3061(f)| I used to be a Buffalo . . . NE III-120
  155.  
  156. ------------------------------
  157.  
  158. Date: 3 Jan 94 15:00:57 GMT
  159. From: ogicse!emory!europa.eng.gtefsd.com!howland.reston.ans.net!vixen.cso.uiuc.edu!ux2.cso.uiuc.edu!ignacy@network.ucsd.edu
  160. Subject: MFJ  vertical
  161. To: info-hams@ucsd.edu
  162.  
  163. iDoes anybody have experiences with MFJ 10 ft 2m-40m vertical? In
  164. particular, what is its bandwith on 40m and how efficient is it? I know
  165. it can't be too efficient but vertical design and lack of radials can
  166. somewhat compensate for reduced size. I just don't know how much.
  167. Ignacy Misztal, NO9E
  168.  
  169. ------------------------------
  170.  
  171. Date: 3 Jan 1994 13:37:05 GMT
  172. From: Germany.EU.net!news.dfn.de!server2.rz.uni-leipzig.de!news.uni-jena.de!news.tu-ilmenau.de!prakinf2.PrakInf.TU-Ilmenau.DE!systemtechnik.tu-ilmenau.de!tom@uunet.uu.net
  173. Subject: QSLROUTE ftp address?
  174. To: info-hams@ucsd.edu
  175.  
  176. In article <19931230190929CSMSCST@MVS.OAC.UCLA.EDU>, CSMSCST@MVS.OAC.UCLA.EDU (Chris Thomas) writes:
  177. |> Could someone tell me the name or IP address of the German
  178. |> site from which it is possible to FTP "QSLROUTE" updates.
  179. |> Thanks.
  180. |>   -- 73 de Chris Thomas, AA6SQ (ex-WA6HTJ) (CSMSCST@MVS.OAC.UCLA.EDU)
  181. up to June 1993 the service is on ftp.tu-ilmenau.de path pub/msdos/ham/qslroutes
  182. Since then this service is not supported by the editors.
  183. Please read the following README file from this path.
  184.  
  185. ------------------------ begin README ------------------------
  186.  
  187. This directory contains the supplements of "QSL Routes - World Annual of QSL Managers."
  188. 1993 ff.
  189. It is edited by Theuberger Verlag, Box 73, D-10122 Berlin, Germany.
  190. -------------------------------------------------------------------
  191. Remarks: (18.08.93)
  192.  
  193. This update services is not longer supported than to June 93 via ftp.
  194. Owners of the Book get the updates by mail.
  195.  
  196. If you want to get a free of charge test of "QSL-ROUTES" 
  197. 2nd edition 1992 + supplements 1992 (or 1993 edition if
  198. 92 is no longer available)
  199.  you can write a letter to:
  200.  
  201. Theuberger Verlag GmbH
  202. P.O.Box 73
  203. D-10122 Berlin
  204. Germany
  205.  
  206. You should include 2 US$ or 3 IRC or 3 DM (stamps) at least
  207. for surface mail and an address label.
  208. ------------------------ end   README ------------------------
  209.  
  210. Remarks at the end:
  211.  
  212. I have checked the ftp-logs and watched that a lot of hams
  213. downloaded that files. But never one emailed me...
  214. I would provide this service for you in the future but...
  215. ...the editor told me that he doesnt want to support that
  216. service by ftp up to the time I will tell him the email adresses
  217. of a serious number of peoples (hams & netters) who are owner of a book
  218. "QSL-ROUTES" and those hams express their interest in getting
  219. the updates by email, maillist, ftp?....
  220. So: if you are interested in this service email me or mail
  221. to the editor for a free test.
  222.  
  223.  
  224. -- 
  225. Thomas Planke DL5ATP                    Planke@Systemtechnik.TU-Ilmenau.DE
  226. Technical University of Ilmenau                    Phone: +49 3677/69-1465
  227.  
  228. ------------------------------
  229.  
  230. Date: 3 Jan 94 16:13:37 GMT
  231. From: ogicse!uwm.edu!cs.utexas.edu!math.ohio-state.edu!news.acns.nwu.edu!casbah.acns.nwu.edu!lapin@network.ucsd.edu
  232. Subject: Ramsey kits not too good?
  233. To: info-hams@ucsd.edu
  234.  
  235. In article <757263689snx@skyld.tele.com>,
  236. Jeffrey D. Angus <jangus@skyld.tele.com> wrote:
  237. > Gee, it never fails to amaze me.
  238.  
  239. Attitudes like your's never fail to amaze me, Jeff.
  240. If we continue to accept garbage, you can be sure that garbage is what we
  241. will get, at any price.
  242.  
  243. > "Why doesn't this kit I paid $15.00 for not perform like the
  244. > $400.00 thing I should have bought instead?"
  245.  
  246. Check the prices for Ramsey kits.  Not too many out there for $15.  In
  247. fact, many of the kits cost little less than an assembled radio.
  248.  
  249. > Ask a repair shop to show you the innards of a hand held and
  250. > then see if there is only 2 ics and a dozen parts in there.
  251. >
  252. > Look inside a KAM or PK-232 and count the parts.
  253. >
  254. > Even the commercially assembled BAYCOM modems by TigerTronics
  255. > at least have quality parts, pc boards and were soldered properly.
  256.  
  257. Have you ever used a TigerTronics packet modem?  Mine did not work with my
  258. computer's original COM port because it was driving an RS232 port with TTL
  259. levels.  It was also terribly sensitive to rfi from the computer and
  260. eventually glitched and burned out the RS232 driver chip on my COM port.
  261. The packet modem that I homebrewed far outperforms my old TigerTronics.
  262.  
  263. > Ramsey Kits (and others) are for the entertainment value of playing
  264. > with something on the bench. They are NOT a substitue/alternative to
  265. > paying for a quality item that works properly.
  266.  
  267. This is an attitude that will turn hams into appliance operators PDQ.
  268. Building kits is not supposed to be just entertainment but should also
  269. teach some electronics.  There is no reason why they should work poorly.
  270.  
  271. > Yeah, I can hear the old farts now, "What about HeathKit?" I bought them
  272. > and built them myself. They worked. Some of them worked pretty good. None
  273. > of them was a direct replacement for a expensive commercial product.
  274.  
  275. First of all, Jeff, you are older than I am.  Yet, most of the contacts
  276. that I used for DXCC were with Heathkits.  Sure, they were no Collins
  277. S-line but they outperformed other ham gear that cost twice as much.  The
  278. Heathkits, in general, were fine radios and had the added benefit of
  279. teaching some electronics, too.
  280.  
  281. > If you're buying a Ramsey kit to play with, fine. Beats hacking around
  282. > inside an expensive radio. If you're buying a kit to substitute for an
  283. > expensive radio, you get what you pay for.
  284.  
  285. No one is asking for kits like Ramsey's to be the top of the line.
  286. However, it is not too much to expect that the design be viable and the
  287. proper parts be there.  Stories that I have heard include basic design
  288. flaws, missing parts, and lousy customer service.
  289.  
  290. One of the raisons d'etre of ham radio is to help train technically
  291. competent people.  Attitudes like this and kits like Ramsey's, that
  292. discourage potential kit builders, are contrary to this.  How can you argue
  293. that ham radio should exist as you keep chipping away at its basic
  294. premises?
  295.  
  296. > Amateur: WA6FWI@WA6FWI.#SOCA.CA.USA.NA  |  "It is difficult to imagine our
  297. >Internet: jangus@skyld.tele.com          |  universe run by a single omni-
  298. > US Mail: PO Box 4425 Carson, CA 90749   |  potent god. I see it more as a
  299. >   Phone: 1 (310) 324-6080               |  badly run corporation."
  300.  
  301. Greg Lapin KD9AZ
  302. glapin@nwu.edu
  303.  
  304. ------------------------------
  305.  
  306. Date: 3 Jan 1994 15:58:14 GMT
  307. From: nothing.ucsd.edu!brian@network.ucsd.edu
  308. Subject: Strange Antenna
  309. To: info-hams@ucsd.edu
  310.  
  311. It's a cell-phone antenna.  Why does it look like that?  Well, it
  312. doesn't get snagged in the car wash brush quite so easily, and it
  313. doesn't get ripped off by the garage door quite so easily, and it
  314. looks space age and is less efficient.
  315.  - Brian
  316.  
  317. ------------------------------
  318.  
  319. Date: Mon, 3 Jan 1994 17:50:27 +0000
  320. From: pipex!demon!guitar.demon.co.uk!marcus@uunet.uu.net
  321. Subject: Strange Antenna
  322. To: info-hams@ucsd.edu
  323.  
  324. In article <2g83sh$8p2@agate.berkeley.edu>
  325.            ep208@garnet.berkeley.edu "Charles Woodson" writes:
  326.  
  327. > A few minutes ago I observed a Mercedes with what appeared to me to
  328. > be a strange antenna on it.  The antenna was just above the rear
  329. > window, in a location where celular phone antennas are often found.
  330. > The antenna looked like a loop about 3 cm in diameter, and there was
  331. > a second loop the same size at 90 degrees to the first one. 
  332.  
  333. Yes, it definitely is a cellular aerial.  I have found them in the Maplin
  334. Electronics catalogue (UK).  Height 40mm, freq range 800-1000MHz, so it is
  335. a broadband quarter wave antenna.
  336.  
  337. Also, according to this catalogue, the longer aerials (9-10") with the funny
  338. coil at the bottom provide an extra 4dB gain over the quarter wave ones.
  339.  
  340. -- 
  341. |-----------------------------------------------------------------------------|
  342. | Marcus Bainbridge         | If I had a dollar every time I changed my .sig, |
  343. | marcus@guitar.demon.co.uk | I wouldn't have to pay the commission charge... |
  344. |-----------------------------------------------------------------------------|
  345.  
  346. ------------------------------
  347.  
  348. Date: 3 Jan 94 14:24:41 GMT
  349. From: ogicse!uwm.edu!mixcom.com!kevin.jessup@network.ucsd.edu
  350. Subject: TOYOTAS AND MOBILE RIGS
  351. To: info-hams@ucsd.edu
  352.  
  353. I wrote to Toyota Customer Service in California and they sent me
  354. a "technical application note" (that's what the local dealer called it)
  355. that was specifically written for radio amateurs.
  356.  
  357. It was a tiny one-page document with very little of anything technical.
  358. Mostly a politically-correct disclaimer stating that Toyota does not want
  359. to ignore the importance of the amateur radio community.  They then go on
  360. to say (in effect): tough shit boys, your on your own!  They state that
  361. all warranties are basically void if you use anything with more power than
  362. a CB and that if you DO choose to install an amateur radio, it should
  363. be done by an authorized Toyota service facility!!  Like they know any-
  364. thing about it!  There were no comments as to the warranties then being
  365. good if Toyota installed the rig.  Big surprise. ;-) 
  366.  
  367. They did give some obvious (to radio amateurs) advice...
  368.  
  369.    Keep all feed lines at least 10 inches away from any automotive wiring.
  370.  
  371.    If you must cross over automotive wiring, do so at a right-angle.
  372.  
  373.    Mount the antenna at the rear of the car or on the roof.
  374.  
  375.    Run the radios 12VDC supply cable directly to the battery terminals.
  376.    (Fuse the cable at the battery terminals.)  Do NOT use any of the
  377.    existing electrical system.
  378.  
  379. I own a 1991 Toyota Tercel.  The Engine Control Unit (ECU) is directly
  380. behind the AM/FM Radio/Cassette behind the center console.  So much
  381. for mounting the radio up front! :-(  The best bet is to get a radio
  382. with a remote head and mount the main unit in the trunk and the
  383. antenna using a mag-mount or trunk-lip mount.
  384.  
  385. Note: I got the same impression regarding Honda and Ford/Mazda when I
  386. enquired with the service manager.  They did not know of any available
  387. "application notes".
  388.  
  389. Regardless of the make of the car, I think if you keep all the
  390. electronics in the rear of the car, you should be OK.
  391.  
  392. One final anecdote..
  393.  
  394. A fellow radio amateur has a late-model Ford pick-up.  He has a Yaesu
  395. FT5200 (with the remote head) mounted in the rear of the truck (he
  396. has a cap on the back).  The antenna is on the roof above the cab.
  397. He says that at high-way speeds, he notices that the truck looses 
  398. speed and runs very rough when he transmits at 50 Watts!
  399.  
  400. -- 
  401.   /`-_       kevin.jessup@mixcom.com  |  
  402.  {     }/ Marquette Electronics, Inc  |    I suport publick skools! ;-)
  403.   \    /   Milwaukee, Wisconsin, USA  |  
  404.    |__*|  N9SQB, ARRL, Amateur Radio  |
  405.  
  406. ------------------------------
  407.  
  408. Date: (null)
  409. From: (null)
  410. Rajiv
  411. aa9ch
  412. r-dewan@nwu.edu
  413.  
  414. ------------------------------
  415.  
  416. Date: (null)
  417. From: (null)
  418. Better use WWV.
  419.  
  420. ------------------------------
  421.  
  422. Date: Mon, 3 Jan 94 16:11:52 GMT
  423. From: mnemosyne.cs.du.edu!nyx10!jmaynard@uunet.uu.net
  424. To: info-hams@ucsd.edu
  425.  
  426. References <2g83sh$8p2@agate.berkeley.edu>, <1994Jan03.050829.9814@uhura.neoucom.edu>, <2g9famINNsnk@network.ucsd.edu>.cs.d
  427. Subject : Re: Strange Antenna
  428.  
  429. In article <2g9famINNsnk@network.ucsd.edu>,
  430. Brian Kantor <brian@nothing.ucsd.edu> wrote:
  431. >It's a cell-phone antenna.  Why does it look like that?  Well, it
  432. >doesn't get snagged in the car wash brush quite so easily, and it
  433. >doesn't get ripped off by the garage door quite so easily, and it
  434. >looks space age and is less efficient.
  435.  
  436. We're using those on our ambulances for both the cellphone and the 800 MHz 
  437. trunk radio; in addition to the pluses Brian mentions, it doesn't get caught 
  438. in overhanging tree branches and pulled off of the roof.
  439. --
  440. Jay Maynard, EMT-P, K5ZC, PP-ASEL | Never ascribe to malice that which can
  441. jmaynard@oac.hsc.uth.tmc.edu      | adequately be explained by stupidity.
  442.         "A good flame is fuel to warm the soul." -- Karl Denninger
  443.  
  444. ------------------------------
  445.  
  446. Date: 3 Jan 1994 16:33:06 GMT
  447. From: swrinde!sdd.hp.com!col.hp.com!srgenprp!news.dtc.hp.com!hpscit.sc.hp.com!rkarlqu@network.ucsd.edu
  448. To: info-hams@ucsd.edu
  449.  
  450. References <2g7p56$9s9@crl2.crl.com>, <1994Jan2.212541.3319@cmkrnl>, <2g9gdu$7ed@crl2.crl.com>
  451. Subject : Re: why 29.94 fps?
  452.  
  453.  
  454.   Jamie Hanrahan, Kernel Mode Systems, San Diego CA writes:
  455.  
  456. > rticle for a frequency standard derived from a color tv.  Soon afterward a
  457. > letter appeared in the letter column, written by an engineer at
  458. > one of the better-equipped stations in L.A.  He stated that even network-
  459. > supplied programs taken from a live feed usually go through a time-base
  460. > corrector at the local station, and that this breaks the "chain of
  461. > traceability" back to the network's precision frequency standard. 
  462.  
  463. Correct.  TV stations are not locked to atomic time.
  464.  
  465.   Rajiv AA9CH writes:
  466.  
  467. > From what I remember, a Rubidium clock has better short term accuracy than
  468. > a Cesium clock.  The Cesium one is more accurate in the long term.  So a 
  469. > Rubidium clock that is compared with a cesium one, say using phase 
  470. > comparison with wwvb, is as accurate as these clocks get - about 1 
  471. > part in 10^12.
  472.  
  473. A really *good* Rubidium clock like the HP 5065 *does* have better short
  474. term stability (1 to 100 seconds averaging time) than even the best
  475. Cesium standard (the HP5071).  However, it will drift about a part in 
  476. 1E11 per month.  On the other hand, low cost "mini" Rubidium standards
  477. do not have such great short term stability and they may drift a part
  478. in 1E10 or more per month.  The accuracy of a Rubidium depends on when
  479. was the last time it was calibrated against a Cesium standard or GPS.
  480.  
  481. People who want even better short term stability (like JPL) use a 
  482. Hydrogen maser locked to a Cesium.  H Masers have 100's of times
  483. better short term stability than the best Rubidium, but they have long
  484. term drift due to the teflon container aging.
  485.  
  486. By the way, there is no requirement for the colorburst frequency to 
  487. have extremely high absolute accuracy.  It is merely necessary for it
  488. to have exactly the right *ratio* to the sound carrier to avoid 
  489. interference.  The fact that they couldn't move the frequency of the
  490. sound carrier (because of the backward compatibility requirement) is
  491. why the field rate had to be lowered by .1%.  (The color burst also
  492. must have a certain ratio to the field rate, as was previously stated).
  493.  
  494. The network rubidium clocks never had anything to do with this problem.
  495. They were used to allow switching between feeds without a *phase* jump.
  496. They could have run the whole network 1PPM high, for example, without
  497. a problem, as long as the whole network was the same.
  498.  
  499. Rick Karlquist N6RK
  500. rkarlqu@scd.hp.com
  501.  
  502. ------------------------------
  503.  
  504. Date: 3 Jan 1994 08:17:02 -0800
  505. From: gatekeeper.us.oracle.com!barrnet.net!nntp.crl.com!crl2.crl.com!not-for-mail@uunet.uu.net
  506. To: info-hams@ucsd.edu
  507.  
  508. References <2g7eua$epl@reznor.larc.nasa.gov>, <2g7p56$9s9@crl2.crl.com>, <1994Jan2.212541.3319@cmkrnl>
  509. Subject : Re: why 29.94 fps?
  510.  
  511. Jamie Hanrahan, Kernel Mode Systems (jeh@cmkrnl.com) wrote:
  512. : In article <2g7p56$9s9@crl2.crl.com>, lreeves@crl.com (Les Reeves) writes:
  513. : > The colorburst frequency is not only cast in stone-it is extremely accurate.
  514. : > It is more accurate as a frequency reference than WWV.  This is provided 
  515. : > that you are tuned to a network-supplied program.
  516.  
  517. : Is this still true?  
  518.  
  519. : I have no direct knowledge, but... many years ago (mid-70's if I remember
  520. : right) one of the hobby electronics mags (I think it was Radio-Electronics) had
  521. : an article for a frequency standard derived from a color tv.  Soon afterward a
  522. : letter appeared in the letter column (where else :-), written by an engineer at
  523. : one of the better-equipped stations in L.A.  He stated that even network-
  524. : supplied programs taken from a live feed usually go through a time-base
  525. : corrector at the local station, and that this breaks the "chain of
  526. : traceability" back to the network's precision frequency standard. 
  527.  
  528. : (of course, anything that the local taped from a satellite feed for broadcast
  529. : later is completely divorced from any standards at the network.)
  530.  
  531. : Also, at that time it was stated that the networks used rubidium-clock
  532. : frequency standards, which are secondary standards:  They're awfully good but
  533. : they still have to be calibrated against something better.  NIST (the folks who
  534. : run WWV) uses cesium-beam clocks, which are primary standards, needing no
  535. : calibration for frequency.  Have the networks since upgraded to cesium-beam
  536. : clocks?  And, given that the local stations probably haven't, does it matter
  537. : anyway?  Even if they have, they're still "only" as good as NIST's clocks, so
  538. : why should one over-the-air signal be better than another?  (propagation
  539. : changes on shortwave, maybe?) 
  540.  
  541. I received E-Mail from larson@net.com (reply bounced) stating pretty much 
  542. the same thing you stated above.  He mentioned things like TBC/frame synch.
  543. processors in the loop *and* the effect of doppler from satellite.
  544. If this is the case, I doubt it matters whether we are talking rubidium or
  545. cesium-beam; the color burst on a network program would be traceable to 
  546. an inexpensive quartz reference at the local TV station.
  547.  
  548. The article in Radio Electronics appeared 3-5 years ago, if I remember 
  549. correctly.
  550.  
  551. ------------------------------
  552.  
  553. Date: 3 Jan 1994 15:16:47 GMT
  554. From: galaxy.ucr.edu!library.ucla.edu!agate!howland.reston.ans.net!math.ohio-state.edu!news.acns.nwu.edu!casbah.acns.nwu.edu!rdewan@network.ucsd.edu
  555. To: info-hams@ucsd.edu
  556.  
  557. References <2g7eua$epl@reznor.larc.nasa.gov>, <2g7p56$9s9@crl2.crl.com>, <1994Jan2.212541.3319@cmkrnl>edu
  558. Subject : Re: why 29.94 fps?
  559.  
  560. In a discussion of use of color burst signal as a timebase, Jamie Hanrahan
  561. <jeh@cmkrnl.com> wrote:
  562.  
  563. >
  564. >Also, at that time it was stated that the networks used rubidium-clock
  565. >frequency standards, which are secondary standards:  They're awfully good but
  566. >they still have to be calibrated against something better.  NIST (the folks who
  567. >run WWV) uses cesium-beam clocks, which are primary standards, needing no
  568. >calibration for frequency.  Have the networks since upgraded to cesium-beam
  569. >clocks?  And, given that the local stations probably haven't, does it matter
  570. >anyway?  Even if they have, they're still "only" as good as NIST's clocks, so
  571. >why should one over-the-air signal be better than another?  (propagation
  572. >changes on shortwave, maybe?) 
  573.  
  574. ------------------------------
  575.  
  576. End of Info-Hams Digest V93 #1538
  577. ******************************
  578. ******************************
  579.